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(57) A data processing system includes a server 
which has a task scheduler for receiving task 
requests for access, and granting access to 
system resources based upon a multidimen- 
sional scheduling technique wherein groups of 
tasks are assigned a priority level within a priori- 
ty scheme, and within each group round robin 
scheduling assures each task will have access 
to system resources in turn and a dynamically 
programmable technique for responding to re- 
quests from time- dependent isochronous re- 
quests for system resources. 
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stored in section 264 of linked lists 26. The data flow 
interface unit 30 then causes the received data to be 
stored in the receive port data buffers 284 assigned 
by buffer manager 306. When the data frame has 
been completely stored in receive port data buffers 
284, LAN DFI 30 identifies a target port to buffer man- 
ager 306. Buffer manager 306 then transfers the data 
buffer linked list associated with the received data to 
a transmitted data buffer linked list which is stored in 
266, and a notice is sent to the target port of the arrival 
of the data in data buffer 28 by buffer manager 306. 
After the data has been completely transferred to the 
target port the target port releases the transmit data 
buffer 286, and buffer manager 306 places the poin- 
ters associated with the released buffers to the empty 
buffer linked lists 262. 

Request/grant arbitration unit 314 responds to 
and grants requests based upon the arbitration strat- 
egy in accordance with the present invention. Data 
flow interface (DFI) bus interface 316 communicates 
between task scheduler 22 and data flow interface 
bus 24. 

Referring now to FIGURE 4 f a representative 
data flow interface unit such as LAN DFI unit 30 will 
be described. DFI unit 30 includes a data flow inter- 
face bus interface 402 which provides communication 
between data flow interface 24, received buffer 404, 
transmit buffer 406, and device drivers 408. Device 
drivers 408 communicate with the network such as 
network 106 shown in FIGURE 1 above. Interface 
402, buffers 404 and 406 and device drivers 408 op- 
erate to transmit data between the external network 
106 and data flow interface bus 24. 

A request for access to system resources from 
another device such as device 108 connected to net- 
work 106 is presented as an input to request bus in- 
terface 41 2 which communicates the request through 
DFI bus 24 to request/grant arbitration unit 314 in task 
scheduler 22 (see FIGURE 3). 

A typical data flow for system 100 is as follows: 

Data arrives on line 36 at LAN DFI unit 30. DFI 
unit 30 issues a request for a free buffer to task 
scheduler 22. Task scheduler 22 issues an address 
pointer to a free buffer to LAN DFI unit 30. The data 
on line 36 is then moved into the buffer by LAN DFI 
unit 30 through task scheduler 22 to data buffer 28. If 
more space is required, LAN DFI unit 30 issues an- 
other request to task scheduler 22 for free buffer 
space. At the end of the data string input on line 36, 
LAN DFI unit 30 issues a command to task scheduler 
22 to enqueue the data packet to a target data flow 
interface unit such as another LAN DFI, a WAN DFI 
such as 32, the data stored unit DFI unit 34, or proc- 
essor 12. Task scheduler 22 places the data packet 
into the target DFI units queue which is stored in link 
list 26. Task scheduler 22 then raises a flag to the tar- 
get DFI unit such as WAN DFI 32 to indicate a change 
in the queue status for the target DFI unit. WAN DFI 



32 (the target DFI unit) reads the updated queue sta- 
tus. The target DFI (WAN DFI 32) issues a command 
to task scheduler 22 to obtain packet data, and task 
scheduler 22 returns information to WAN DFI 32 in- 

5 dicating data packet location and data length. 

The target DFI 32 then moves the data packet 
from the data buffer 28 into its local buffer such as 
transmit buffer 406 (see FIGURE 4) for further proc- 
essing. When the movement of the data packet is 

w completed, the target DFI 32 raises a flag to task 
scheduler 22 indicating thatthe data move is complet- 
ed. Task scheduler 22 then frees the data buffer 28 
used for the operation for use on a subsequent data 
transfer operation. 

15 

OPERATION OF THE PREFERRED 
EMBODIMENT OF THE INVENTION 

When more than one request for access to sys- 

20 tern resources is presented to task scheduler 22, 
tasks are granted access in accordance with a prede- 
termined overall priority in which programmable time 
requests (isochronous time dependent requests) are 
granted highest priority, group 1 requests are nextfol- 

25 lowed by group 2 requests, group 3 requests, etc. to 
the last or lowest priority which is group N requests 
where N is the highest group number requesting ser- 
vice at any time in the system. If a time dependent 
task is requesting use of system resources and its 

30 programmable time request is also active, it will be 
granted access. If the programmable time request is 
active, but the task is not requesting use of resources, 
then task scheduler 22 will give the grant of access 
to the highest priority group requesting access to sys- 

35 tern resources. The task within such highest priority 
group whose turn is active according to a round robin 
scheme and is also requesting access to system re- 
sources will receive the grant of access. 

Referring now to FIGURE 5, the process for han- 

40 dling group requests will be described. 

Each group of tasks is assigned a priority from 
highest to lowest. For example, group 1 may be as- 
signed a highest priority and group N may be as- 
signed a lowest priority. If, for example, a task from 

45 group 1 [task X(k)] is requesting access, a request ac- 
tive line is raised to the group section 502 of task 
scheduler 22. 

If group 1 is active, task X(k) is subgranted ac- 
cess before any task of a lower priority group. 

so If there is more than one task from a particular 

group which is requesting access to system resourc- 
es at any time, the group round robin circuit 602 of 
task scheduler 22 resolves the conflict. 

Referring now to FIGURE 6, if a plurality of tasks 

55 all from a single group such as task X(j), task X(k), etc. 
are all requesting access to system resources, group 
round robin circuit 602 controls the granting of access 
to tasks in the same group in a manner similar to a 



3DOCID: <EP 065BB41 A2_l_> 



f 



EP 0 658 841 A2 



traffic control signal. Group round robin circuit 602 
stores the task number of the last task in the group to 
have been granted access and updates that storage 
as each next task in the group is granted access in 
turn. Thus, one by one, all tasks in the group are 
granted access in turn. An exception might occur if a 
higher priority group or a time dependent isochronous 
task requests access to system resources. 

Referring now to FIGURE 7 and to FIGURE 12, 
the programmable time scheduling circuit 700 of task 
scheduler 22 will be described for handling isochron- 
ous or time dependent task requests. Each task re- 
quiring isochronous support will have its task number 
written in task sequence random access memory 
(RAM) 702. The order of tasks in RAM 702 will deter- 
mine the order of each task's time period. If certain 
tasks require support more often than others, the task 
number can be written into RAM 702 more than once. 
(Note task A appears four times in the example shown 
in FIGURE 7.) As address counter 704 increments 
through all addresses in RAM 702, register 706 is up- 
dated with the last value read from RAM 702. Register 
706 stores a task number. The value in register 706 
determines which task is given a particular time per- 
iod. If that task is also requesting use of system re- 
sources, that task will receive the final grant from task 
scheduler 22. If the task is not requesting use of sys- 
tem resources during its allocated time period, the fi- 
nal grant will be based on group priority requests as 
described above with respect to FIGURES 5 and 6. As 
the programmable clock generator circuit 708 which 
is loaded with an initial value from processor 12 com- 
pletes a cycle, address counter 704 increments and 
points to the next location in RAM 702. The value in 
register 706 will be updated, and another task number 
will be given the particular time slot. Since the pro- 
grammable counter 708 is programmable under the 
control of processor 12, the time period length for 
each task can be updated as needed by processor 12. 
The count value initially stored in programmable 
counter 708 will determine the length of time that any 
task can have a highest priority time slot and how of- 
ten the time window will change. Address bus 7 1 2 and 
data bus 16 allows processor 12 to initialize RAM 702 
with the desired task sequence and allows processor 
1 2 to store a desired time period value in programma- 
ble counter 708. Using a base clock signal as an input, 
programmable counter 708 generates an increment- 
/read pulse once each time period. The counter will be 
reloaded with the original value stored in programma- 
ble 708 and continue counting. The increment/read 
pulse will go to rollover counter 704 (which is the ad- 
dress counter for RAM 702) and increment rollover 
counter 704 to a next value. Rollover counter 704 may 
also be programmable to allow the address range of 
RAM 702 to be altered as needed by processor 12. 
Rollover counter 704 is used as RAM 702 address 
during normal operation. The increment/read pulse 



will also read RAM 702 and store the value in register 
706. The output of register 706 provides an input to 
the final grant portion of task scheduler 22 as shown 
in FIGURE 8. 

5 Referring now to FIGURE 8, the final grant sec- 

tion 802 of task scheduler 22 will be described. As fi- 
nal grant section 802 receives inputs from program- 
mable time section 700 and group section 500, a first 
determination is made as to whether any task is cur- 

10 rently active. If so, then such task is given final grant 
of access to system resources. If a time dependent 
task is not active, a determination is made if any 
group request is active. If a group request is active, 
then final grant of access to system resources is 

15 granted to the subgrant request task number from 
group priority circuit 502. 

Referring now to FIGURE 9, a circuit for determin- 
ing priority level among requests from different 
groups will be described. A number of active requests 

20 from groups 1, M, and N are presented to prioritiza- 
tion circuit 802. (Circuits for establishing a priority lev- 
el among a number of inputs are well-known in the art 
and will not be described in detail in this application.) 
The highest priority active request will provide an out- 

25 put to multiplexer 804. As an example, assume that 
there is an active request from group M and an active 
request from group N and that there is no active re- 
quest from any group having a higher priority than 
group M where the highest priority is group 1 and the 

30 lowest priority is group N. Prioritization circuit 602 will 
provide two outputs. A first output indicates that there 
is an active request (see FIGURE 5), and a second 
output to multiplexer 804 identifies the highest prior- 
ity group (in this case group M) having an active re- 

35 quest. Multiplexer 804 then selects the task associat- 
ed with the highest priority group (group M) and pro- 
vides an output (Task Grant) with an associated task 
identification number. 

Referring now to FIGURE 10, and to FIGURE 6, 

40 a logic implementation of a round robin selection cir- 
cuit will be described. Each request (REQ 1, REQ K, 
REQ N) is connected as one input to an AND gate 
which allows each request to set the associated latch 
1002, 1004, 1006. one time for each cycle such that 

45 if, for example, request 1 should become active a sec- 
ond time before the round robin cycle has been com- 
pleted, request 1 would be inhibited by latch 1008 
from setting fatch 1002. Thus, as each request REQ 
1, REQ K, ... REQ N becomes active in turn, it is al- 
so lowed to set its associated request latch 1002, 1004, 
1006 once for each round robin cycle. Select logic 
made up of AND and OR gates 1010, 1012, 1014, 
1016, 1018, and 1020 allow a particular request such 
as request 1 to be granted access to system resourc- 

55 es only if its associated latch such as latch 1 002 is set 
indicating that request 1 is active during its turn in the 
round robin scheme. 

Referring now to FIGURE 11, select logic 1102 
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matches a task number having a predetermined time 
period for access to system resources as was descri- 
bed above with reference to FIGURE 7 with its asso- 
ciated active request (such as K REQ). 

Only if the request is active during its assigned 
period will the output from select logic 1102 take pri- 
ority in priority logic 1104 over the priority assigned to 
groups of non-time-dependent tasks. The isochron- 
ous tasks always have the highest priority in priority 
circuit 1104, but claim that priority only if there is a 
match between task number and request in select log- 
ic 1102. If there is no match output from select logic 
1102, then the group request having the highest pri- 
ority will be granted access to system resources. 

Referring again to FIGURE 12, all of the task 
scheduling mechanisms described above are shown 
in a single diagram with the programmable task 
scheduling circuit near the top of the diagram and a 
group requests and round robin circuits towards the 
bottom of the diagram. 



Claims 

1. A data processing system having a dynamic pri- 
ority task scheduler, comprising: 

a processor for processing tasks; 
a memory, for storing control information and 
data, associated with said processor; 
a system bus for communicating control informa- 
tion and data between said processor and said 
memory; 

a bus controller connected to said processor and 
said memory by said system bus and to a data 
bus for controlling data flow between said proc- 
essor, said memory and said data bus, and for 
scheduling tasks presenting requests for access 
to said processor, to said memory or to other sys- 
tem resources, based on a task arbitration strat- 
egy which includes an integrated plurality of ac- 
cess granting means for handling isochronous as 
well as priority level based requests; 
a data bus for communicating data from said 
processor or said memory to one or more data in- 
terface units; 

one or more data interface units for communicat- 
ing control and data signals between said data 
bus and a plurality of devices requesting access 
to said processor or said memory; and 
a plurality of devices requesting access to said 
system resources. 

2. A data processing system, according to claim 1 , 
wherein said integrated plurality of access grant- 
ing means further comprises: 

first means for handling isochronous task re- 
quests having a dynamically variable access 
time requirement; 



second means for handling task requests based 
on a predetermined priority of groups of request- 
ers; and 

third means for handling task requests from one 
5 or more tasks in a group having a same predeter- 

mined priority. 

3. A data processing system, according to claim 1, 
wherein said integrated plurality of access grant- 
to ing means grants a highest priority to isochron- 
ous tasks requests. 

4. A data processing system, according to claim 2, 
wherein said third means grants access to re- 
is quests having a same priority level on a round ro- 
bin basis. 

5. A data processing system, according to claim 1, 
wherein said bus controller further comprises: 

20 means for managing a plurality of data buffer reg- 

isters in response to requests for access to sys- 
tem resources. 

6. A method for dynamically scheduling a plurality of 
25 tasks in a data processing system, comprising the 

steps of: 

requesting, by a plurality of tasks, access to ele- 
ments of said data processing system; 
determining a first priority level for each request 
30 presented; 

granting access to a request having a highest first 
priority level for requests having different first pri- 
ority levels; 

determining if two or more requests for access 

35 have a same first priority level; 

storing said two or more requests in a queue if 
said determining step indicates two or more re- 
quests have a same first priority level; 
granting access to each of said two or more re- 

40 quests in turn such that all of said two or more re- 

quests are granted access to elements of said 
data processing system; and servicing said re- 
quests. 

45 7, A method, according to claim 6, further compris- 
ing the steps of: 

determining if any of said requests for access is 
for an isochronous task; 

assigning a predetermined time period for each 
so said isochronous task; and 

granting a highestfirst priority level to any said re- 
quest for an isochronous task during said prede- 
termined time period assigned to said task. 

55 8. A task scheduler for granting access to system re- 
sources in a data processing system in response 
to a plurality of requests for access, comprising: 
means for determining a first priority level for 
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each of said requests for access; 
means for granting access to a request having a 
highest first priority level among two or more re- 
quests having different first priority levels; 
means for storing said two or more requests in a s 
queue if it is determined that two or more re- 
quests have a same first priority level; and 
means for granting access to each of said two or 
more requests having a same first priority level in 
a predetermined sequence such that all of said 10 
requests are granted access to said system re- 
sources. 

9. A task scheduler, according to claim 8, further 
comprising: 

means for determining if any of said plurality of 
requests for access is for an isochronous task; 
means for assigning a predetermined time period 
for each said isochronous task for access to sys- 
tem resources; and 

means for granting a highest first priority level to 
said request for an isochronous task during said 
predetermined time period assigned to said task. 

10. A task scheduler, according to claim 9, wherein 25 
said means for assigning a predetermined time 
period for each said isochronous task is program- 
mable to permit dynamic modification of said 
time period in response to requests for access. 
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A data processing system Includes a server 
which has a task scheduler for receiving task 
requests for access, and granting access to 
system resources based upon a multidimen- 
sional scheduling technique wherein groups of 
tasks are assigned a priority level within a priori- 
ty scheme, and within each group round robin 
scheduling assures each task will have access 
to system resources in turn and a dynamically 
programmable technique for responding to re- 
quests from time- dependent isochronous re- 
quests for system resources. 
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